home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18416 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: news2.ios.com!usenet
  2. From: vlad@gramercy.ios.com (Vlastimil Adamovsky)
  3. Newsgroups: comp.lang.smalltalk,comp.lang.c++,comp.lang.java
  4. Subject: Re: Smalltalk slower than C++
  5. Date: Sat, 20 Apr 1996 11:27:26 GMT
  6. Organization: Internet Online Services
  7. Message-ID: <4lah6c$gm9@news2.ios.com>
  8. References: <4kuavb$1dbc@watnews1.watson.ibm.com> <3174DD97.6BE1D26@bnr.ca> <3177048B.2CBD@alumni.caltech.edu> <vllk9zcdofd.fsf@linda.teleport.com>
  9. NNTP-Posting-Host: ppp-35.ts-5.hck.idt.net
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. edvax@linda.teleport.com (Edward Reznichenko) wrote:
  13.  
  14.  
  15. >It is not an overstatement to say that Smalltalk is slower than C++/C.
  16. >I've done both for many years (ParcPlace and C/C++ on Suns). ParcPlace has this
  17. >continuing problem of getter fatter, slower, and more expensive with each 
  18. >release.  Things like slow refreshes, missing mouse clicks, idiotic polling
  19. >models. Guys, Smalltalk is not a religion, it's just another tool. I do
  20. >like the language a hell of alot more than C++/C, but to claim a speed
  21. >advantage of Smalltalk vs. C/C++ is absurd. If my C++ guis behaved as slow as
  22. >Smalltalk guis I'd be shot. Smalltalk needs to be about 3-4 times faster that
  23. >it currently is in areas such as: UI, C interface. 
  24.  
  25. Several weeks (or months?) ago I wrote that GUI can be written in C or
  26. C++ as easily as in Smalltalk (given a visual GUI designer), only it
  27. will run faster. Since in many applications the GUI is 80% or so of
  28. application, then those other 20% can be written in C++ using
  29. "functions objects". I call them Actions.
  30. Then we will not have problems with a slow C interfaces to Smalltalk.
  31.  
  32. The Smalltalk will be then a great "modeling" language that will
  33. describe behavior of our application. This "description" will be used
  34. as a feed for an application builder (not generator!) building
  35. applications implemented in C++ or Objective-C. Thus application
  36. development provess will involve several languages and several tools. 
  37.  
  38.  
  39. *******************************************
  40. *    Vlastimil Adamovsky                  *
  41. * Smalltalk, C++ and Envelop development  *
  42. *******************************************
  43.  
  44.